home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Nebula 2
/
Nebula Two.iso
/
SourceCode
/
MiscKit1.7.1
/
MiscKitArchive.mbox
/
mbox
/
000005_inttech!picard!…er@uu6.psi.com_Tue Sep 14 10:58 MDT 1993.msg
< prev
next >
Wrap
Internet Message Format
|
1994-10-30
|
3KB
Received: from yvax2.byu.edu by maine.et.byu.edu; Tue, 14 Sep 93 10:58:17 -0600
Return-Path: <inttech!picard!millier@uu6.psi.com>
Received: from DIRECTORY-DAEMON by yvax.byu.edu (PMDF V4.2-13 #4169) id
<01H2XPJA8FI891WHHO@yvax.byu.edu>; Tue, 14 Sep 1993 10:56:13 MDT
Received: from alaska.et.byu.edu by yvax.byu.edu (PMDF V4.2-13 #4169) id
<01H2XPJ696YO934PS8@yvax.byu.edu>; Tue, 14 Sep 1993 10:56:07 MDT
Received: from yvax2.byu.edu by alaska.et.byu.edu; Tue, 14 Sep 93 10:57:51 -0600
Received: from DIRECTORY-DAEMON by yvax.byu.edu (PMDF V4.2-13 #4169) id
<01H2XPINSS68934PJX@yvax.byu.edu>; Tue, 14 Sep 1993 10:55:45 MDT
Received: from uu6.psi.com by yvax.byu.edu (PMDF V4.2-13 #4169) id
<01H2XPIDNJCW91WYF6@yvax.byu.edu>; Tue, 14 Sep 1993 10:55:31 MDT
Received: from inttech.UUCP by uu6.psi.com (5.65b/4.0.071791-PSI/PSINet) via
UUCP; id AA15302 for ; Tue, 14 Sep 93 12:42:53 -0400
Received: by wesley.inttech.com (/\==/\ Smail3.1.25.1 #25.1) id
<m0occmn-000CO7C@wesley.inttech.com>; Tue, 14 Sep 93 08:59 PDT
Received: by picard.inttech.com (NX5.67d/NX3.0M) id AA16753; Tue,
14 Sep 93 08:59:21 -0700
Received: by NeXT.Mailer (1.95)
Received: by NeXT Mailer (1.95)
Date: Tue, 14 Sep 1993 08:59:21 -0700
From: Marc Millier <millier@picard.inttech.com>
Subject: Re: External files & allowable contributions
To: misckit@byu.edu
Message-Id: <9309141559.AA16753@picard.inttech.com>
Content-Transfer-Encoding: 7BIT
Status: R
> We have (kind of ) be using /LocalDeveloper for the same purposes.
> (We picked LocalDeveloper since it echos NextDeveloper
> /LocalDeveloper---- Apps
> |___Documentation
> |___Examples
> |___Headers
> |___Library
> |___Palettes
>
>
> Perhaps a variation on the two ideas would work..
> The thing I dislike about our "solution" is dealing with libraries
> since you have to either mess with the makefile templates or always
> modify your own makefile.preambles to get the path to the libraries included.
> (Then again perhaps I'm just > lazy :-) )
Just my $.02 worth.
We do a similar thing, but we extend it by modifying the Makefile.preamble and
postamble for Palettes so that a "ld -r" library and the headers are included
in the Palette wrapper. We then have a shell script that symbolic links the
library and header into our standard locations (/ITILibrary/lib and
/ITILibrary/include). Of course, we always replace Makefile.preamble to add
the -L and -I switches to include our Palette libs and headers. Since we
(thus far) have not had to otherwise modify the .preamble and .postamble so
we always replace them in the project with our internal standard ones.
This same technique works for bundles. The advantage (and disadvantage) of this
technique is you need drag the library for each palette/bundle you use into
your project, sometimes a pain when you forget...
-marc